約 4,328,787 件
https://w.atwiki.jp/nitendo/pages/7431.html
エラー とは、【リンクの冒険】のキャラクター。 プロフィール 作品別 おもなセリフ 元ネタ推測 関連キャラクター コメント プロフィール エラー 他言語 Error (英語) 種族 【人間】 性別 男 初登場 【リンクの冒険】 ルトの街に住む男性。ミドの町のある住人とは知り合いの関係。 作品別 【リンクの冒険】 ルトの街の家に住んでいる。 神殿の秘密を知っているようで、ミドの町で情報を得てから話しかけると神殿への行き方を教えてくれる。 彼とバグの英語名の影響により、彼の自己紹介は英語圏でネットミーム化している。 おもなセリフ オレノナハ エラー ダ…日本語版における自己紹介。 I AM ERROR.英語版における自己紹介。しかし、英語版ではバグの英名がBagu(「バグ」を意味する英単語は「bug」)のため英語圏には名前の元ネタが伝わらず、ただのエラーメッセージと認識されてしまった。結果、2000年代初頭にネットミーム化。任天堂のゲームでも【スーパーペーパーマリオ】や【スプラトゥーン2】?でネタにされてしまっている。 元ネタ推測 『リンクの冒険』にはバグという人物もおり、両方合わせてコンピューターのエラー、バグがそのまま由来であると考えられている。 関連キャラクター 【バグ(リンクの冒険)】 コメント 名前 全てのコメントを見る?
https://w.atwiki.jp/netanetatalk/pages/16.html
エラーエラー/2006年07月18日/使えないのかい #blognavi
https://w.atwiki.jp/jyagasan/pages/13.html
エラーカード [#a16f843b] 表記やフォーマット等が誤っているカードのこと。 印刷ミスや誤字・脱字、機械による裁断・包装ミス等のことを指す。 下記のカード以外にも機械の関係などでエラーは発生するが少数派なのでここでは省略する。 エラーカードが存在するカード [#hd05cc56] 通常モンスター [#ld111ebe] 《デュナミス・ヴァルキリア》ストラクチャーデッキ-閃光の波動-に収録されたものは通常モンスターなのに「天使族・効果」となっている。~ 《恍惚の人魚》幻の召喚神-PHANTOM GOD- では、「PG-23」であるはずのカードナンバーが「G-23」と「P」が抜けた状態で印刷されている。~ また公式カードカタログ「ザ・ヴァリュアブル・ブック3」のカード画像においてもG-23と印字されている。~ 《炎の魔神》Vol.3では、属性のアイコンの部分が炎属性の色ではなく闇属性の色になっている。~ 《ファイヤー・デビル》Vol.1では、種族の部分が「アンデッド族」となっている。~ 《満ち潮のマーマン》Magic Ruler -魔法の支配者-には、水属性なのにアイコンのルビが「やみ」となっているカードが存在する。 《マッド・ロブスター》イラストが英語版のものが存在する。 効果モンスター [#s5fef0f5] 《インセクト女王》光り方が間違っているカードが存在する。~ (通常はアルティメットレア、エラーは金文字レアになっている)~ 結構な数が出回ったらしい。通常通りレリーフ加工されているカードももちろん存在する。~ コナミが公式にエラーカードと認定した。 《ウェポンサモナー》ガーディアンの力に収録されたこのカードは、『魔法使い族』としか表記されていない。~ 本来、効果モンスターはスピリット、ユニオン、トゥーンの3つを除き『○○族・効果』と表記される。~ 公式カードカタログ「ザ・ヴァリュアブル・ブック6」のカード画像においても、『魔法使い族』と印字されている。 《人喰い虫》EX-Rに収録されているカードは戦士族となっている。~ 当然だが、それも昆虫族として扱う。 《マンジュ・ゴッド/Manju of the ten Thousand Hands》海外版のカード名の「ten」が抜けているカードが存在するらしい。~ いまだに、《マンジュ・ゴッド/Manju of the Thousand Hands》と書かれているサイトやブログも多い。 融合モンスター [#k57eba71] 《XY-ドラゴン・キャノン》カード名が黒色ではなく白色で書かれたカードがSTRUCTURE DECK-海馬編- Volume.2で存在する。~ これはバージョン違いといった正式仕様ではなくエラーである。~ 《黒炎の騎士-ブラック・フレア・ナイト-》本来の通しナンバーは「304-017」だが、これが「30 2 -017」となっているカードが存在する。~ 結構な数が出回ったらしい。 また公式カードカタログ「ザ・ヴァリュアブル・ブック6」のカード画像においても30 2 -017と印字されている。~ 《ナイトメアを駆る死霊》カード名が黒色ではなく白色で書かれたカードが存在する。~ これも上と同様バージョン違いといった正式仕様ではなくエラーである。~ 結構な数が出回ったらしい。~ 公式カードカタログ「ザ・ヴァリュアブル・ブック5」のカード画像においても白文字で印字されている。~ しかしレアリティはノーマルと表記されている。 《ブラック・デーモンズ・ドラゴン》当初からレベル8と9の表記が混在していたらしい。~ 現在では9が正式仕様になっている。 《青眼の究極竜》ストラクチャーデッキ デラックスセットに収録されたものはモンスター効果なしの融合モンスターなのに「融合・効果」となっている。~ 《メタル・ドラゴン》Vol.3では、属性のアイコンの部分が風属性の色ではなく闇属性の色になっている。 関連項目 [#bbca3415] 用語集
https://w.atwiki.jp/playaholic/pages/21.html
ステータスコード 普通にページを閲覧している際に、よく目にするのが 403と404のHTTPエラーかと思います。 コマンドの実行結果などを表しています。 ステータスカテゴリ カテゴリ 範囲 情報 100-199 固有メッセージ 成功 200-299 正常処理 リダイレクト 300-399 自動的に実行 クライアントエラー 400-499 クライアント側に原因 サーバエラー 500-599 サーバ側に原因 一覧
https://w.atwiki.jp/is01rebuild/pages/28.html
実行時エラー、何処でエラーを出しているか掴みたい。 泥臭い log (printf等) よりスマートな ddms さらにスマートな Android app eclipse スマートなのか泥臭いかよく分からないが gdb !! フレームワークの既存logレベルを setprop で変更する adb shell setprop log.tag.AccountManagerService VERBOSE C言語ネイティブでlogを出すには? DDMS log の tag に表示される内容の指定 #define LOG_TAG "hogehoge" LOGVを出す指定 #define LOG_NDEBUG 0 includeファイル #include cutils/log.h サンプル LOGW("open(%s) failed %s (%d)\n", path, strerror(errno), errno); 以下、旧情報ほぼ有益な情報は無い とりあえず、log で気に入らないメッセージが出るので鎮めることにした。 だけど、エラーメッセージって簡略化しすぎ。err や errorno は出てても引数出てない。 おそらくだがセキュリティーホールなどになるからかもしれない。 まず、 setreuid() の引数が知りたい! ./ は $ANDROID_SRC/ に読み替えること。 ./frameworks/base/core/java/com/android/internal/os/ZygoteInit.java にエラーメッセージを出すルーチンがある。 本体は、JNIを使って c言語ネイティブプログラムをコールしている模様。 そちらのロギングコードは有ったが、はコメントアウトされていたので、 java 側を修正。 $ diff -u ZygoteInit.java.orig ZygoteInit.java --- ZygoteInit.java.orig2010-12-25 05 57 19.636641127 +0900 +++ ZygoteInit.java2010-12-25 08 19 48.707223984 +0900 @@ -235,7 +235,7 @@ private static void setEffectiveUser(int uid) { int errno = setreuid(ROOT_UID, uid); if (errno != 0) { - Log.e(TAG, "setreuid() failed. errno " + errno); + Log.e(TAG, "setreuid("+ROOT_UID+","+uid+") failed. errno " + errno); } } @@ -245,7 +245,7 @@ private static void setEffectiveGroup(int gid) { int errno = setregid(ROOT_GID, gid); if (errno != 0) { - Log.e(TAG, "setregid() failed. errno " + errno); + Log.e(TAG, "setregid("+ROOT_GID+","+gid+") failed. errno " + errno); } } は!これを書くために diff 取ったら、私のミスが分かった。 と言うわけで、実行時エラー setreuid() で書いたのはウソです。 あとエラー出力に関係有りそうなのは… 下記のコメントアウトされていたのを復活させていた^^; パッチほどのモノでもないかと。。。 JNIでのc言語ネイティブの実態。 frameworks/base/core/jni/com_android_internal_os_ZygoteInit.cpp 53 LOGI("setreuid(%d,%d) err %d %d errno %d", ruid, euid, err, errno); これで、実行時エラーの内容が得られる。 コメント 名前 コメント
https://w.atwiki.jp/windowsphoneerror/pages/2.html
メニュー トップページ UIテキストのエラー メニュー2 リンク @wiki @wikiご利用ガイド 他のサービス 無料ホームページ作成 無料ブログ作成 2ch型掲示板レンタル 無料掲示板レンタル お絵かきレンタル 無料ソーシャルプロフ ここを編集
https://w.atwiki.jp/eramegaten/pages/29.html
バグ報告テンプレ バージョンアップについて バク報告前に 【エラー報告方法】 バグ報告テンプレ エラーなどの報告はeraMegaten開発スレでお願いします。 質問は最低限、同梱の説明書フォルダとスレの過去ログ読んでからしてください。 エラーを報告する前に、まず最新の本体及び修正パッチを適用した状態かを確認しましょう。既に修正されている可能性があります。基本的に最新版以外はサポート対象外です。 バグではなくバージョンアップやパッチ適用の失敗によるエラーの可能性もあります。本体を削除後インストールし直し、その状態でも再発するか確認しましょう。 バージョンアップについて 本体をバージョンアップする時は、必ず古い本体を削除してから行ってください。(ファイル構成が整理変更されることがあるので上書き厳禁) パッチの場合、まず本体のバージョンなどが対応してるか確かめてください。リリースされた修正ファイル、修正パッチを当てる場合、フォルダごと上書きしてください。その際、自分が記述している口上などを上書きすることがあります。バックアップは常に取っておきましょう。 WindowsVistaではファイルの上書きに失敗することがありますので、FireFileCopyなどのコピー機能拡張ツールの利用をおすすめします。 同種の報告がないかこのwikiや現スレ&前スレのログを調べてみましょう。wiki内は画面左のメニューの一番上にあるフォームから、スレ内は全部表示した後Ctrl+Fで出てくる入力画面から検索できます。例:指定された関数名"@○○"は存在しませんと表示されたら@○○で探してみる バク報告前に N鳥氏以外の人が作ったパッチを適用した場合、本体採用見送りや仕様変更などでセーブデータの互換性が失われる可能性があります。人柱上等な人、デバッグが大好きな人、サポート対象外になっても泣かない人以外は手を出さないように。 古いセーブデータを引き継いだ場合、フラグ変更などが理由で異常動作を起こすことがあります。念のため新しい本体を使ってニューゲームで始めても再現されるかを確認してください。またこの場合、「救済措置」や「個別対処」はあまり期待できないと考えてください。 不特定多数の場所で、『無限ループの疑いにより強制終了が選択されました』というメッセージが出る場合、バグではなく、PCのスペック不足である可能性があります。根本的な対策はPC新調やメモリ増設ですが、応急処置としてEmueraのコンフィグで「無限ループ警告までのミリ秒数」を10000~20000に増やしてみると防止できるかもしれません。同時に少しでもメモリ消費量を節約するよう、「履歴ログの行数」を500程度に減らしてみるのもいいでしょう。 【エラー報告方法】 ① Emueraが落ちた場合 Emueraのエラーログ機能で作られる〔emuera.log〕からエラーメッセージを【エラー内容】へコピペしてください。 ② Emueraが落ちなかった場合 Emueraのメニューから〔ファイル〕→〔ログを保存する〕を選んで、作成したログファイル〔xxxxxx-xxxxxx.log 等〕からからエラーメッセージを【エラー内容】へコピペしてください。 ③ エラー自体が表示されて無いが挙動がおかしいと思われた場合①どういった動きをしましたか? 動作を詳しく記入してください。 ②何がおかしいと思いましたが? 何がどう比べておかしいと思いましたか?詳しく記入してください。 【エラーの再現性の確認】 1 Emueraを起動し直してエラー直前のセーブデータで再現しますか? 2 別のセーブデータでもエラーは再現しますか?いくつか別のセーブデータで試してください。 【記入方法】 【バリアント】 ttp //ux.getuploader.com/eraMegaten_base/を参考に バリアントのバージョンを記入してください。 【導入パッチ】 導入したパッチについてはReadmeやUploaderのコメントを参考にパッチ名やバージョン、適用した順番などを全て正確に記入してください。 【エラー内容】 上記 【エラー報告方法】 を参考にコピペしてください。 【エラーの再現性】 上記 【エラーの再現性の確認】 の方法で再現するか試した後、再現するか記入してください。 【コピペ用】 〔環境〕 【バリアント】 【導入パッチ】 【エラー内容】 【エラーの再現性】
https://w.atwiki.jp/eraiwa/pages/14.html
PC HDDのエラーログ取得方法 (Windows XP/2000/Server 2003) A Windows XP/2000/Server 2003の場合はチェックディスク(CHKDSK)コマンド、Windows 98/Meの場合はスキャンディスク(ScanDisk)コマンドを使用します。 (1) [マイ コンピュータ]を開き、対象となるドライブを右クリックし、 メニューから[プロパティ]を選択します。 (2) [ツール]タブを選択し、[チェックする]ボタンをクリックします。 表示されたオプション画面でチェックボックスを2つとも有効にして [開始]ボタンをクリックします。 (3) 対象ドライブがシステム領域の場合には、再起動後に チェックが行われます。[はい]をクリックしてPCを再起動します。 ※Windows起動時に以下の画面が表示され、エラーチェックが実行されます。 完了すると自動的に再起動します。 (4) エラーチェックの結果は、イベント ビューアの アプリケーション ログに記録されます。 Windowsが起動したら、[マイコンピュータ]を右クリックして [管理]を選択してください。[コンピュータの管理]画面が 表示されるので、[イベントビューア] - [アプリケーション]を選択します。 右側にログの一覧が表示されるので、ソース欄に[Winlogon]と 表示されている最新のログをダブルクリックして表示させます。 ※日付を確認し直前に実行されたログであることを確認してください。 (5) イベントの説明欄で「不良セクタ」(bad sector)に数値が あるときはバックアップ/コピー/パーティション操作できません。「0 KB in bad sectors」と表示されていることを確認します。 次に、ファイルシステム関連の問題「Cleaning up ** unused …」の**数を確認します。 数が多い時は「ファイル システムエラーを自動的に修復する」のみにチェックして「Cleaning up **」の表示がなくなるか、 少なくとも**の数値が1桁台になるまでエラーチェックを何回か繰り返してください。 「Cleaning up **」の表示がなくなると、 「Windows has checked the file system and found no problems」と表示されます。 (表示例) --------------------------------------- Checking file system on c …(中略) Windows will now check the disk. Windows has checked the file system and found no problems. **** KB total disk space **** KB in… (以下略) --------------------------------------- (補足1:ログの内容について) 結果画面にて以下のように、「Cleaning up **」と表示されている場合、まれに処理が正しく実行されないケースがあります。この表記がなくなるまで、繰り返しチェックディスクを行って頂くことをお勧めいたします。 (補足2:結果をサポートセンターに送るには?) 1. (5)の画面で、ボタンをクリックします。 2. [スタート]-[すべてのプログラム]-[アクセサリ]-[メモ帳]を開きます。[編集]-[貼り付け]を選択してログを貼り付けます。 3. [ファイル]-[名前をつけて保存]を選択して任意の場所に名前をつけて保存します。作成されたファイルをメールに添付 してお送りください。 (補足3:Cドライブ以外(Dドライブなど)のエラーチェックを行う場合) 通常システムドライブ(Cドライブ)以外のチェックはWindows上で実行されるため、ログに記載が残りません。ログを保存するためには、以下の手順でエラーチェックを実行してください。 1. [コンピュータ]を開きエラーチェックの対象となるドライブを開きます。この例では、Eドライブを参照しています。 2. 別ウィンドウで[コンピュータ]を開き、該当するドライブのエラーチェックを実行します。 ※1のウィンドウは閉じないでください。 3. 1でドライブを参照しているので、そのまま処理が実行されずに、以下の画面が表示されます。 [はい]をクリックすれば、エラーチェックがスケジュールされ再起動時に実行されます。 以上の手順で、Cドライブ以外のエラーチェックの結果をログで確認することができます。
https://w.atwiki.jp/dhrule/pages/18.html
ヒューマンエラー対策 今までは「ヒューマンエラーを含めてダンゲロス」と思っていた しかし今回の第四次では非常にヒューマンエラーが多く、純粋に戦略を楽しむためにはシステム的なフォローが必要と感じられた タルジュが・・・ アンケートでは「アリ」11票「ナシ」10票 案1.「時間延長」 各陣営は10分間の長考用時間を持つ 制限時間オーバーしたら自動で使用される(細かく区切って使うことはできない) 案2.「1,2ターン目は思考時間を長く取る」 +10分くらい? 案3.「訂正可能」 1ターンに1キャラだけ行動内容の再提出が可能。 欠点:進行に時間がかかる エラー訂正回数・制限・ペナルティ 訂正可能回数:1ゲーム中に1回/1ターンに1回/無制限 訂正可能人数:1キャラのみ/複数 制限行動順変更不可? 行動提出後1分以内 命中・発動・成功判定が既に終わったキャラクターの行動を訂正する場合、ダイスの振りなおしはできない。 ヒューマンエラーの修正のみに用いて戦略的な活用をしてはならない(安全圏で能力発動をし、発動したら移動修正して効果を高める等)。無論どちらとも取れる状況は存在するので、使用はプレイヤーの良識に委ねられる。 案4.「シミュレーター」 web上で使用できる行動シミュレータープログラムを作成し、それを提出前に利用することでエラーを回避する。 キャラクターの行動順に移動力、ZOC、能力の効果範囲、地形によるステータス変化等のデータを入力することでどういった結果になるかを調べることが可能なwebアプリケーション。 欠点:要プログラミング知識を持った人物・チーム。 案5.「フェイズ共有型」 思考時間を多く取れる あるいは移動と行動を別々に→エラー自体減る上、移動か行動のどちらかでエラーを出してもフォローが効く 代案 GKへの質問は開始二日前に打ち切り。GKの心の安息タイムを設けることでGKのエラーをふせげるぞ!
https://w.atwiki.jp/unoy/pages/31.html
ヒューマンエラー 人間は絶対間違いをおかす。とよく大学の教授に言われましたが、必ず何かしらミスをしでかすのは確かです。多くの原因は疲れてるせいだったり、油断からくる不注意・確認とばしなどですね。 業界基準のガイドラインがあると思いますが、適用はそこそこにして現場にそったガイドラインの変更を地道に行っていくべきです。 と、現場を知らないくせにうけうりで言ってみます(苦笑 これから現場で修行します! さて、ヒューマンエラーが注目され始めたのは、1979年のスリーマイル島の原子力プランとの事故からだそうです。ボクの生まれる前の話ですね(苦笑 で、ジェームズ・リーソンが『ヒューマン・エラー』という書籍を認知心理学の視点から1990年に発表し、この分野の第一人者となっています。 心理学的な「ヒューマンエラー」定義 計画された心理的・身体的過程において意図した結果が得られなかった場合を意味する用語(Reason, 1990)。 意図と結果のズレが問題とし、より心理的レベルに焦点をあてている。 人間工学的な「ヒューマンエラー」定義 「システムから要求されたパフォーマンスからの逸脱」(Meister, 1971) 「システムによって定義された許容限界を超える一連の人間行動」(Swain, 1980)。 起こした行動にシステムが耐えられるかが焦点。同じ行動でも許容限界が広がればエラーは減る。 ヒューマンエラーの5要素 Man (人) Machine (システム) Media (環境) Mission (作業内容) Management (管理体制) スウェインのエラー分類 オミッションエラー タスクの一部を行わなかったことで起こるエラー コミッションエラー タスクを間違って行ってしまい起こるエラー シーケンシャルエラー タスク実行の順序を間違って起こるエラー タイミングエラー タスクを早く、または遅く遂行して起こるエラー ノーマンのエラー分類 スリップ 行為が意図どうりに行われずに起こるエラー ラプス 記憶の失敗によるエラー ミステイク 計画自体が目的に対して適切でなかったために起こるエラー 間違ったルールの適用 Rasmussen のSRKモデルによる分類 リーソンがRasmussen のSRKモデルにエラーを当てはめ、GEMSモデルを作った。 行動レベル 対応するエラー スキルベース Slip (Norman) Lapse (Reason) ルールベース Mistake 知識ベース Mistake GEMSモデルのエラー分類 インターフェイスにおけるヒューマンエラーが起こる理由を説明できる概念的なフレームワーク スキルレベルのスリップ、ラプス ①強い習慣の割り込み 従来の習慣の割り込み 分岐エラー 停止ルールの無視 変更点に関する脱制止 ②妨害による省略 意図の忘却 意図の減衰 ③知覚の混乱 ④干渉による混乱 ルールベースのミステイク ①強い一般的ルールの排除失敗 ②ルールの誤使用 ③手がかりの誤った選択 ④手がかりの見過ごし 知的レベルのミステイク ①知識の欠如 ②理解の欠如 ③知識の誤使用 ④理解、記憶量の限界 ⑤フィードバックの遅れ ⑥同時並行作業のモニタリングの欠如 参考文献 清川清 情報科学研究科 抗議PDF ヒューマンエラー事故防止対策検討委員会